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Introduction 

The  Time  Synchronization  Protocol  (TSP)  has  been  designed  for  specific  use  by 
the  program  timed,  a  local  area  network  clock  synchronizer  for  the  UNIX  4.3BSD 
operating  system.  Timed  is  built  on  the  DARPA  UDP  protocol  and  is  based  on  a 
master  slave  scheme. 

TSP  serves  a  dual  purpose.  First,  it  supports  messages  for  the  synchronization 
of  the  clocks  of  the  various  hosts  in  a  local  area  network.  Second,  it  supports 
messages  for  the  election  that  occurs  among  slave  time  daemons  when,  for  any 
reason,  the  master  disappears.  The  synchronization  mechanism  and  the  election 
procedure  employed  by  the  program  timed  are  described  in  two  other  documents 
[1.2]. 

While  some  messages  need  not  be  sent  in  a  reliable  way,  most  communication 
in  TSP  does  require  reliability.  Reliability  is  achieved  by  the  use  of 
acknowledgements,  sequence  numbers,  and  retransmission  when  message  losses 
occur.  When  a  message  that  requires  acknowledgment  is  not  acknowledged,  the 
time  daemon  which  has  sent  the  message  will  assume  that  the  addressee  is  down. 
This  document  will  not  describe  the  details  of  how  reliability  is  implemented,  but 
will  only  point  out  when  a  message  type  requires  a  reliable  transport  mechanism. 

The  message  format  in  TSP  is  the  same  for  all  message  types;  however,  in  some 
instances,  one  or  more  fields  are  not  used.  The  next  section  describes  the  message 
format.  The  following  sections  describe  in  detail  the  different  message  types,  their 
use  and  the  contents  of  each  field. 


This  work  was  sponsored  by  the  Defense  Advanced  Research  Projects  Agency  (DoD),  monitored  by 
the  Naval  Electronics  Systems  Command  under  contract  No.  N00039-84-C-0089,  and  by  the 
Italian  CSELT  Corporation.  The  views  and  conclusions  contained  in  this  document  are  those  of 
the  authors  and  should  not  be  interpreted  as  representing  official  policies,  either  expressed  or 
implied,  of  the  Defense  Research  Projects  Agency,  of  the  US  Government,  or  of  CSELT. 


Message  Format 

The  structure  of  a  TSP  message  is  the  following: 

1)  An  8-bit  message  type. 

2)  An  8-bit  version  number,  specifying  the  protocol  version  a  message  refers  to. 

3)  A  16-bit  sequence  number  to  be  used  for  recognizing  duplicate  messages  that 
occur  when  acknowledgments  are  lost. 

4)  Two  32-bit  quantities  that  contain  timing  information  expressed  in  seconds 
and  microseconds. 

5)  A  null-terminated  string  of  32  characters  with  the  name  of  the  machine 
sending  the  message. 

The  following  figure  shows  the  definition  of  the  TSP  message  format  and  the  various 
message  types. 

/♦ 

♦  Copyright  (c)  1983  Regents  of  the  University  of  California. 

•  All  rights  reserved,  The  Berkeley  software  License  Agreement 

*  specifies  the  terms  and  conditions  for  redistribution. 

•/ 

/♦  @(f)timedh  1.1  (Berkeley)  6/14/85  ♦/ 

/  *  Time  Synchronization  Protocol  V 

struct  tsp  j 

u_char  tsp_type; 
u_char  tsp_vers; 
short  tsp_seq; 
struct  timeval  tsp_time; 
char  tsp -name  [32]; 


fdefine  TSFVERSION  1 

/* 

•  Command  types. 

V 

#deftne  TSP-ADJTIME  1  /•  send  adjtime  ♦/ 

fdefine  TSP-ACK  2  /*  generic  acknowledgement  */ 

fdefine  TSP-MASTERREQ  3  /‘ ask  for  master’s  name  ♦/ 

(((define  TSP-MASTERACK  4  /‘ acknowledge  master  request  */ 

fdefine  TSP-SETTIME  5  /*  send  network  time  */ 

#define  TSP-MASTERUP  6  /♦  inform  slaves  that  master  is  up  •/ 

fdefine  TSP-SLAVEUP  7  /*  slave  is  up  but  not  polled  ♦/ 

fdefine  TSP-ELECTION  8  /*  advance  candidature  for  master  •/ 

fdefine  TSP-ACCEPT  9  /♦  support  candidature  for  master  ♦/ 

fdefine  TSP-REFUSE  10  /‘reject  candidature  for  master  V 

fdefine  TSP-CONFLICT  11  /♦  two  or  more  masters  present  •/ 

fdefine  TSP-RESOLVE  12  /♦  masters' conflict  resolution  */ 

fdefine  TSP-QUIT  13  /•  reject  candidature  when  master  is  up  */ 

fdefine  TSP-DATE  14  /♦  reset  time  (date  command)  */ 

fdefine  TSP-DATEREQ  15  /♦  remote  request  to  reset  time  */ 

fdefine  TSP-DATEACK  16  /♦  acknowledge  time  setting  */ 

fdefine  TSP-TRACEON  17  /» turn  tracing  on  */ 

fdefine  TSP-TRACEOFF  18  /•  turn  tracing  off  •/ 

fdefine  TSP-MSITE  19  /*  find  out  master’s  site  ♦/ 

fdefine  TSP_MSITEREQ  20  /♦  remote  master's  site  request  ♦/ 

fdefine  TSP-TEST  21  /•  test  of  election  algorithm  »/ 

The  following  charts  describe  the  message  types,  show  their  fields,  and  explain  their 
usages.  For  the  purpose  of  the  following  discussion,  a  time  daemon  can  be 
considered  to  be  in  one  of  three  states:  slave,  master,  or  candidate.  Also,  the  word 
broadcast  refers  to  the  sending  of  a  message  to  all  active  time  daemons. 
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Adjtime  Message 

0  1  2  3 

01234567890123456789012345678901 

+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+_+_+-+ 
|  Type  |  Version  No.  |  Sequence  No.  I 

+_+_+_+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
|  Seconds  of  Adjustment  I 

+_+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+—t—+-+-+ 
|  fl i  croseconds  of  Adjustment  I 

+_+_+—l—i~+_(— 

|  Machine  Name  I 

1— +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+_+-+ 

Type:  TSP-ADJTIME  (l) 


Description: 

The  master  sends  this  message  to  a  slave  to  communicate  the  difference 
between  the  clock  of  the  slave  and  the  network  time  the  master  has  just  computed. 
The  slave  will  accordingly  adjust  the  time  of  its  machine.  This  message  requires 
ackn  owle  dg  ment . 


Acknowledgment  Message 

0  12  3 

01234567890123456789012345678901 

|  Type  I  Yersion  No.  |  Sequence  No.  I 

|  (  Unused  )  I 

|  (  Unused  )  I 

+_+_+_+-+— t— 

|  Machine  Name  I 

+_+_+_+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

Type:  TSP-ACK  (2) 


Description: 

Both  the  master  and  the  slaves  use  this  message  for  acknowledgment  only.  It 
is  used  in  several  different  contexts,  for  example  in  replay  to  an  Adjtime  message. 
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Haster  Request  Message 

0  12  3 

0  1  2  3  4  5  G  7  8  9  0  1  2  3  4  5  B  7  8  9  0  1  2  3  4  5  B  7  8  9  8  1 

|  Type  |  Version  No.  |  Sequence  No.  I 

+-+-+--I— 1--+-+-+-+-+-+-+-+-+ 

|  (  Unused  )  I 

|  (  Unused  )  I 

+ — i — i — i — i — i — — +-+-+-+-+-+ 

|  Machine  Name  I 

+-+--I — -) — | — | H-+-H — + — I — I — I — I — h — I — H — -I h — I- — I I — -t t— +-+-+-+— t — +-+-+-+ 


Type:  TSP-MASTERREQ  (3) 


Description: 

A  newly-started  time  daemon  broadcasts  this  message  to  inform  the  master  of 
its  name  so  that  it  can  be  added  to  the  list  of  machines  participating  in  the 
synchronization.  It  requires  acknowledgment. 


Master  Acknowledgement 

0  12  3 

0  1  2  3  4  5  G  7  8  9  0  1  2  3  4  5  B  7  8  9  0  1  2  3  4  5  B  7  8  9  0  1 

|  Type  |  Version  No.  |  Sequence  No.  I 

H — I — I — I — I — I — H — I — I — I — + — h — I — H — (■— + — I — I — + — I — I  H  +  I  H  ■+  +— H  I  I  H  I  H 
|  (  Unused  )  I 

I— +-+-+-+— t— (—+-+— I— 

|  (  Unused  )  I 

H — | — | — I — I — I — I — I — I - 1 — t — I — I — I — I — I — I - 1 — I — t — I - 1 — I — I — I- — I — I — H — I — +-+-+-+ 

|  Machine  Name  I 

Type:  TSP.MASTERACK  (4) 


Description: 

The  master  sends  this  message  to  acknowledge  the  Master  Request  message. 
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Set  Network  Time  Message 

0  12  3 

0  1  2  3  4  5  B  7  8  9  0  1  2  3  4  5  G  7  8  9  0  1  2  3  4  5  B  7  8  9  0  1 

+-+-+-+-+-+-+— t— 4— 4— 4— 4— 4— 4— 4—4— 4— 4— 4— 4— 4— 4— 4— 4— 4— 4— 4— 4— 4— 4—4— 4— + 

|  Type  |  Version  No.  |  Sequence  No.  I 

+-+-+-+-+_+-+—*— 4— 4— 4— 4—4— 4— 4—4— 4—4— 4— 4—4— 4— 4— 4— 4— 4— 4— 4— 4— 4—4— 4— 4- 

|  Seconds  of  Time  to  Set  I 

+_+_+_+-+_+-+-+-+-+-+-+-+-4— 4— 4— 4— 4— 4— 4— 4— 4— 4—4— 4— 4— 4— 4— 4— 4— 4— 4— 4- 

|  Microseconds  of  Time  to  Set  I 

+-+-+-4— 4— 4— 4— 4— 4— 4— 4— 4— 4— 4— 4— 4— 4— 4— 4— 4— 4—4— 4— 4— 4— 4— 4— 4—4— 4— 4— 4— 4- 

|  Machine  Name  I 

+_+_+_+_+_+-+-+-+-+-+-+-+-+-+-4— 4— 4— 4— 4— 4— 4— 4— 4— 4— 4— 4— 4— 4— 4—4— 4— 4- 

Type:  TSP_SETTIME  (5) 


Description: 

The  master  sends  this  message  to  a  newly- started  time  slave  to  set  its  time.  It 
contains  the  master's  time  as  an  approximation  of  the  network  time.  It  requires 
acknowledgment.  After  sending  this  message,  the  master  starts  a  synchronization 
round  to  eliminate  the  small  time  difference  caused  by  the  random  delay  in  the 
communication  channel. 


Master  Active  Message 

0  12  3 

0  1  2  3  4  5  G  7  8  9  0  1  2  3  4  5  B  7  8  9  0  1  2  3  4  5  B  7  8  9  0  1 
•4 — | — | — | — | — | — | — I- — I — 4 — I — I — I — I — I — I — I — I — I — I — I — I — I — I — I — I — I — I — I — < — 1 — • — *■ 
|  Type  |  Version  No.  |  Sequence  No.  I 

+-+-+-4— 4— 4— 4— 4— 4— 4— 4— 4—4— 4— 4— 4— 4— 4— 4— 4— 4— 4— 4— 4— 4— 4— 4— 4— 4— 4— 4— 4— 4- 

|  (  Unused  )  I 

H — 4 - 1 — | — 4 — | — | — 4 — 4 — 4— 4 — 4 — 4 — 4 — + — I — 4 — +-+■ — I — +-+-H — I - b — I — +-+-H — 4 — 4 — I — f 

|  (  Unused  )  I 

4 h — I — H — 4 — 4 1 — 4 — 4 — 4 — + — I- — I — I — 4—4 — 4 1-4- — (—4 — 4 — 4 — 4 — 4—4- — ( — 4— 4 — f — I — I b 

|  Machine  Name  I 

+-+-4— 4— 4— 4— 4— 4— 4— 4— ■ 4— 4— ■ 4— 4— 4—  4—4—4— 4— 4— 4— 4— 4— 4— 4—  4— 4— 4— 4— ■ 4— 4— 4—4- 

Type:  TSP—MASTERUP  (6) 


Description: 

The  master  broadcasts  this  message  to  solicit  the  names  of  the  active  slaves. 
Slaves  will  reply  with  a  Slave  Active  message. 
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Slave  Active  Message 

0  12  3 

0  1  2  3  4  S  B  7  8  9  0  1  2  3  4  5  B  7  8  9  0  1  2  3  4  5  £  7  8  3  0  1 

|  Type  j  Version  No.  |  Sequence  No.  I 

j  (  Unused  )  I 

|  (  Unused  )  I 

+-+-+-+--I— 

|  Machine  Name  I 

Type:  TSP.SLAVEUP  (7) 


Description: 

A  slave  sends  this  message  to  the  master  in  answer  to  a  Master  Active  message. 
In  addition,  time  daemons  which  are  not  allowed  by  a  system  administrator  to 
become  masters  broadcast  this  message  to  inform  the  master  that  they  are  not 
controlled  by  it. 


Master  Candidature  Message 

0  12  3 

01234567890123456789012345678901 

|  Type  |  Version  No.  |  Sequence  No.  I 

+-+-+— t~l— 

|  (  Unused  )  I 

|  (  Unused  )  I 

|  Machine  Name  I 

+ — | 1 — | — | — | 1 — H — | — | — | — I — | — (- — I — I — I 1 — H — I — I — + — I — I 1 — I — I — I — I — I — I — I — f 


Type:  TSP-ELECTION  (8) 


Description: 

A  slave  eligible  to  become  a  master  broadcasts  this  message  when  its  election 
timer  expires.  The  message  declares  that  the  slave  wishes  to  become  the  new 
master. 
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Candidature  Acceptance  Message 

0  1  2  3 

01234567890123456783012345678901 

*“+-+ 

|  Type  |  Version  No.  |  Sequence  No. 

+_+_+_+_+- +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+—1 H-+-+-+-+-+ 

|  (  Unused  )  I 

+_+_+_+_+-+_+-+-+-+-+-+-+-+-+- +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
|  (  Unused  )  I 

+_+_+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
|  Machine  Name  I 

_ | | ^ | | | — + — | 1 1 1 H — (- — h — I 1 1 — H 1 1 — H • 1 h  I  I  "I  *  I  I  h  l" 

Type:  TSP-ACCEPT  (9) 


Description: 

A  slave  sends  this  message  to  accept  the  candidature  of  the  time  daemon  that 
has  broadcast  an  Election  message.  The  candidate  will  add  the  slave’s  name  to  the 
list  of  machines  that  it  will  control  should  it  become  the  master. 


Candidature  Rejection  Message 


0 

0  1 


1  2  3 

234567890123456789012345678901 


+_+-.+_+-+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
|  Type  I  Version  No.  |  Sequence  No.  I 

+_+_+_+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+~+-+~+ 
|  (  Unused  )  I 

|  (  Unused  )  I 

i— i— +-+-+-+-+-+-+-+-+-+-+_+_+~+-+-+-+-+~+ 

|  Machine  Name  I 

+_+_+_+_+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+~,—t-+-+~+ 


Type:  TSP-REFUSE  (10) 


Description: 

After  a  slave  accepts  the  candidature  of  a  time  daemon,  it  will  replay  to  any 
election  messages  from  other  slaves  with  this  message.  This  rejects  any 
candidature  other  than  the  first  received. 
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Multiple  Master  Notification  Message 


0  1  2  3 

0  1  2  3  4  5  B  7  8  3  0  1  2  3  4  5  G  7  8  9  0  1  2  3  4  5  B  7  8  9  0  1 

1 H-+-+-+-+-+-+-+-+ 

j  Type  |  Version  No.  |  Sequence  No.  I 

_ j I j | | _j j. j | — j — 4 — -f — }-—+—+ — I-— -1 — — +— + — h — I — i — H 

|  {  Unused  )  I 

|  (  Unused  )  I 

+_+_+_+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-| 
|  Machine  Name  I 

+_+_+_+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+--1 I--+-+-+-+-+-+ 
Type:  TSP_CONFLICT  (11) 


Description: 

When  two  or  more  masters  reply  to  a  Master  Request  message,  the  slave  uses 
this  message  to  inform  one  of  them  that  more  than  one  master  exists. 


Conflict  Resolution  Message 


0  1  2  3 

01234567890123456789012345G78901 

+_+_+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-'— 1 -+-+ 
|  Type  |  Version  No.  |  Sequence  No.  I 

+_+_+_+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+~+_+-+-+-+-+ 
j  (  Unused  )  I 

+_+_+_+-+-+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+~+~+ 
|  (  Unused  )  I 

+_+_+_+-+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+"+_+ 
|  Machine  Name  I 

+_+_+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

Type:  TSP-RESOLVE  (12) 


Description: 

A  master  which  has  been  informed  of  the  existence  of  other  masters  sends  this 
message  to  obtain  their  names. 
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Quit  Message 

0  12  3 

8  1  2  3  4  5  G  7  S  9  0  1  2  3  4  5  B  7  8  9  0  1  2  3  4  5  B  7  8  9  0  1 

|  Type  |  Version  No.  |  Sequence  No.  I 

|  (  Unused  )  I 

|  {  Unused  )  I 

+-+-■ f— H- +-+-4— +-+-+-+-4— +-+-+-+-4~+-4— +-4— +- 4— +-+-4— 4— +-+-4— +-+-+ 

|  Machine  Name  I 

+-+-+-+-+— i— 

Type:  TSP_QUIT  (13) 


Description: 

This  message  is  sent  by  the  master  in  two  different  contexts:  l)  to  a  candidate 
that  broadcasts  an  Election  message,  and  2)  to  another  master  when  notified  of  its 
existence.  In  both  cases,  the  two  time  daemons  will  become  slaves. 


Set  Date  Message 

0  12  3 

012345B789012345B789012345B78901 

-| _ (. — | - ^ — | - (~H - 1 - 1 — H - 1 - 1 — H - 1 — - 1 - H — I - 1 - 1 - 1 - 1 - 1 - 1 - 1 - 1 - 1 - 1 - 1 - 1 - 1 - 1 - •" 

|  Type  |  Version  No.  |  Sequence  No.  I 

i—t—t— +-+-+-+— i— 4—4— 4--4— 4— 4— 4— 4—4— 4— 4--4— 4- 

|  Seconds  of  Time  to  Set  I 

-I — I — -| — +_) — + — I — H — -) — +~ | — | — + — I — — 4-4- — I - ) — t - h — I — 4 — H — 4 - 1 — 4 — H — I — + — I — + — h 

|  Microseconds  of  Time  to  Set  I 

+— (—+-+-+— t— 4—4— 4— 4~4~4— 4— 4— 4— 4— 4— 1—4—4— 4— 4— 4— 4— 4— 4— 4— 4— 4—4— 4—4— 4- 

|  Machine  Name  I 

— -| — -I — H — 4—4- — | — | — H — +-H — H (- — 1-4-4 — H — t — +-H I I — H 1- — I 1 — 4 — H — I — H — 4 — 4 — t 

Type:  TSP_DATE  (14) 


Description: 

The  program  date(l)  sends  this  message  to  the  local  time  daemon  when  a 
super-user  wants  to  set  the  network  date.  If  the  local  time  daemon  is  the  master,  it 
will  set  the  time;  if  it  is  a  slave,  it  will  communicate  the  desired  date  to  the  master. 


-  10  - 


Set  Date  Request  Message 

0  12  3 

01234567830123456789012345678901 

|  Type  |  Version  No.  |  Sequence  No.  I 

H — I — I — I — I — I — I — I — I — I — I — I — I — H — l- — I — 4 — I — I — I — I — I — I — I — I — I — I — I — I - <--+-+-+ 

|  Seconds  of  Time  to  Set  I 

+ — H — I — + — h — | — H — +-H — H — +-H — +-+- +-H — I — + — t- — ( 1 — + — I- — I — + — I — H 1 H — I H — I f 

|  Microseconds  of  Time  to  Set  ! 

+-+-+--I— 

j  Machine  Name  I 

+-+-+-+— t— 

Type:  TSP-DATEREQ  (15) 


Description: 

A  slave  that  has  received  a  Set  Date  message  will  communicate  the  desired 
date  to  the  master  using  this  message. 


Set  Date  Acknowledgment  Message 

0  12  3 

01234567890123456789012345678901 

■i — i — i — i — t- — t- — i — i — i — i — i — i — t— +-+-+-+-+-+-+-+-■ t — t— 

|  Type  |  Version  No.  |  Sequence  No.  I 

|  (  Unused  )  I 

|  (  Unused  )  I 

|  Machine  Name  I 

Type:  TSP_DATEACK  (16) 


Description: 

The  master  sends  this  message  to  a  slave  in  acknowledgment  of  a  Set  Date 
Request  Message.  The  same  message  is  sent  by  the  local  time  daemon  to  the 
program  date(l)  to  confirm  that  the  network  date  has  been  set  by  the  master. 
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Start  Tracing  Message 

0  12  3 

012345678901234SG789012345B78901 

|  Type  |  Version  No.  |  Sequence  No.  I 

+-+-+-+-+-+—4—+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 
|  (  Unused  )  I 

4 — 4 — 4. — (. — I — 4 — 4 (- — | 1 — +-+-+-H — 4 H-+-  +  — I —  +  — I 1 1 — H t— + — I — H — H I I t — + 

|  (  Unused  5  I 

4--+-+-+-+-+-+- 

|  Machine  Name  I 

4 1 1 1 1 1 1 1 f— +-4 I — H — + — h — I h — I — +-H V — h-+ — I — H — i — H — + — I — +-+-+-+ 


Type:  TSP-TRACEON  (17) 


Description: 

The  controlling  program  timedc  sends  this  message  to  the  local  time  daemon 
to  start  the  recording  in  a  system  file  of  all  messages  received. 


Stop  Tracing  Message 

0  12  3 

012345G789012345S789012345678901 

+ — (- — I 1 h — h — h — I t f-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+— t — + 

|  Type  |  Version  No.  |  Sequence  No.  I 

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+~+-+-+-+~+ 
|  (  Unused  )  I 

+-4—+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

|  (  Unused  )  I 

+-+ — I- — h-H — + — I- — H — (- — | — + — | — I — H — H — H — +-+-+ — h-H — +-H — H — + — I — H — + — I — H - ♦— t — + 

|  Machine  Name  I 

h — h — ( — i — i — i — i — i — i — i — i — i — » — » — i — i — » — i — i — i — i — » — < — t — i — i — • — < — i — < — • — i — + 


Type:  TSP-TRACEOFF  (18) 


Description: 

Timedc  sends  this  message  to  the  local  time  daemon  to  stop  the  recording  of 
messages  received. 


-  12  - 


Master  Site  Message 

0  12  3 

01234567830123456789012345B78901 
.4 — | — 

|  Type  |  Version  No.  |  Sequence  No.  I 

+_+_+_+_+_+_+_+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+~+-+-+-+-+-+-+ 
|  (  Unused  )  I 

1 H-+-+-+-+ 

|  (  Unused  )  I 

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+~+-+-+-+-+ 
|  Machine  Name  I 

+-+-+--1 l~+-+ 

Type:  TSP_MSITE  (19) 


Description: 

Tlmedc  sends  this  message  to  the  local  time  daemon  to  find  out  where  the 
master  is  running. 


Remote  Master  Site  Message 

0  12  3 

0  1  2  3  4  5  6  7  8  9  0  1  2  3  4  5  G  7  8  9  0  1  2  3  4  5  B  7  8  9  0  1 

|  Type  |  Version  No.  |  Sequence  No.  I 

4 | — | — (- — | — | — — | — t- — H — (- — | — I — h — t- — (- — I — I — H 1 — I — I — H — I — H ^ — I  H  I  I  I  I  *" 

|  (  Unused  )  I 

|  (  Unused  )  I 

4— 4— 4.-4— 4—4— 4— 4— 4 - 1 - 1 - K — I - 1 - h — I - 1 - 1 — H — H - 1 — H - H — h — I - 1  I  I - <—+”+“+“+ 

|  Machine  Name  I 

4 - | - | - | - | — 4 - I — I — I — I - I — I — I — I - I - I - I - • — 1 - I — I - I - I - I - I - I — ^  1  *  '  '  ' 

Type:  TSP-MSITEREM  (20) 


Description: 

A  local  time  daemon  broadcasts  this  message  to  find  the  location  of  the 
master.  It  then  uses  the  Acknowledgement  message  to  communicate  this  location 
to  timedc. 
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Test  Message 

0  12  3 

01234567890123456789012345678301 

|  Type  |  Version  No.  |  Sequence  No.  I 

|  (  Unused  )  I 

|  (  Unused  )  I 

|  Machine  Name  I 

Type:  TSP.TEST  (21) 


Description: 

For  testing  purposes,  timedc  sends  this  message  to  a  set  of  slaves  to  cause 
their  election  timers  expire  simultaneously. 
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